MGR可以作为跨中心多活方案吗
活动日程
hi,大家好,欢迎来到3306π嘉宾采访板块,3306π广州站是北京时间 2021-05-22 08:50-18:00 在广东广州天河区黄埔大道中322号粤大金融城国际酒店六楼平安厅与大家相约互动。下面我对本次《MGR最佳实践》主题嘉宾娄帅娄老师进行一个会前采访
嘉宾介绍
采访详情
很荣幸本次3306π广州站活动再次邀请到娄帅老师,为朋友们带来一场精彩的分享,那我们采访正式开始
娄老师在MGR方面颇有造就了,能否给大家推荐一条学习之路,更快更稳的上手MGR呢?
AMGR在整个MySQL体系里面算是比较复杂的一个系统了,尤其是XCOM中协程的使用,其协程的调度切换可以说是非常精细的逻辑。我们在整个复杂系统中,找到一些我们碰到的问题点,进行分析和改造,对于整个系统我们还有很多需要学习的地方。
我可以给大家分享一点个人的学习经验,首先要把官方手册以及一些官方的PPT看一遍,包括percona的一些文档,视频分享等。
本次广州站分享的PPT也借鉴了这些参考资料,在PPT中都有引用,大家可以在活动结束后,可以关注万里数据库的公众号获取一些相关资料。如果想更深入的了解MGR的运行机制,需要结合官方的work log进行代码分析,最好先有整体视角,然后再针对具体的问题深入分析具体模块的行为。
我们也一直在持续学习和掌握MGR内部原理,期待更多的人加入进来,为MGR贡献更多力量,让MGR真正流行起来。
经常有朋友会问“MGR是否可以作为跨中心多活方案”,娄老师的看法如何呢?
A跨中心部署基本是刚需,接触到的金融用户已经在跨中心部署了。MGR是可以作为跨中心部署的,但是异地部署受限于网络延迟,目前不建议直接异地部署。
同城可以三中心,根据自己的需求,采用1-1-1或者2-2-1的方案进行部署,承受住单机房容灾部署方案。
如果是同城双中心,无法构成基数机房的需求,可以采用2-1的部署方案,主机房2台,备机房1台。尽量保证主机房单实例宕机后的高可用。如果主机房整个机房出现问题后,需要人工介入决定是否强制启用备机房了。
异地机房一般建议使用异步复制从MGR同步数据到异地节点。
这次万里数据库提供了最新的GreateSQL,这次产品提供了哪些优质的功能或者改进点呢?
A万里数据库提供的GreatSQL,主要是在官方社区版本上,做了一些提升的事情,包括稳定性的提升和性能抖动的修复。稳定性的提升主要是一些bug的修复,针对这些BUG我们都有记录在官方的bug列表中,后续我们也会持续贡献官方。
性能抖动的修复我们针对大事务,流控算法,认证数据库等方面做了一些优化,可以让MGR在相对复杂的场景下,表现的比较稳定。欢迎大家试用我们的产品,https://gitee.com/GreatSQL/GreatSQL,可以在issue下面提问题或者需求,我们会及时响应。
哇哦,最新版GreatSQL已上线,想更多了解MGR的小伙伴可以去下载体验啦
娄老师觉得传统Replication是否都有必要升级到MGR呢?有没有哪些因素决定了高可用方案的选型呢?
AMGR区别于传统复制主要是保证了数据的强同步,DBA理论上再也不用担心切主时数据丢失的问题了。而且相对于传统复制,MGR内部集成了故障转移选主切换的流程,而传统复制需要DBA借助第三方脚本去实现选主切换。
考虑选用MGR的话主要有两点:
1. 要求数据强一致,故障时数据0丢失,即RPO=0。
2. 快速切换,不使用第三方切换脚本。
再次感谢娄老师这次为大家带来的精彩访谈,相信在5月22号,3306π广州会场中,娄老师会有更加详细、优质的内容分享给朋友们。
扫描二维码
赶紧报名吧
点击"阅读原文"也可以哦
万里数据库简介